ORGANISATION MONDIALE DE LA PROPRIETE INTELLECTUELLE 
Bureau internaliortfl 




PCT 

DEMANDE INTERNATIONALE PUBLIEE EN VERTU DU TRATTE DE COOPERATION EN MATIERE DE BREVETS (PCT) 



(51) Classification Internationale des brevets 6 : 
H04L 12/24 



Al 



(11) Numero de publication Internationale: WO 95/13676 
(43) Date de publication internationale: 18 mai 1995 (18.05.95) 



(21) Numero de la demande internationale: PCT/FR94/01275 

(22) Date de de*p6t international: 4 novembre 1994 (04.1 1.94) 



(30) Donnees relatives a la priority: 

93/13282 8 novembre 1993 (08.11.93) FR 



(71) Deposant (pour tous les Etats disignis saufUS): BULL S.A. 

[FR/FR]; 68 t route de Versailles, BoTte postale 45, F-78430 
Louveciennes (FR). 

(72) Znventeurs; et 

(75) Inventeurs/Deposants (US settlement): CLEMENT, Valerie 
[FR/FR]; 11, rue du Vercors, F-38240 Meylan (FR). 
MOURET, Regis [FR/FR]; 15, rue des Echelles, F-38120 
Saint-Egreve (FR). SAINT-PAUL. Nathalie [FR/FR]; 264, 
avenue Roger-Salengro, F-92370 Chaville (FR). 

(74) Mandataire: GOUESMEL, Daniel; Bull SA. f 68, route de 
Versailles, Botte postale 45, F-78430 Louveciennes (FR). 



(81) Etats designes: JP, US, brevet europgen (AT, BE, CH, DE, 
DK, ES, FR, GB, GR, IE, IT, LU, MC f NL, PT, SE). 



Publiee 



Avec rapport de recherche internationale. 

Avant I' expiration du dilai privu pour la modification des 

revendications t sera republiie si de telles modifications sont 

regues. 



(54) Title: COMMUNICATION SYSTEM WITH A NETWORK COMPRISING AN ADMINISTRATIVE UNIT 

(54) litre: SYSTEME DE COMMUNICATION AVEC UN RESEAU INCLUANT UN ENSEMBLE D * ADMINISTRATION 



IHD 



CONFD 



Di STREAM 



VT^^r — TTTF 



ABU STREAM 



ADM STREAK 



(57) Abstract 

Communication system (SCIi) with a network (RE, ...) apply- 
ing a communication code (CC) belonging to a plurality of intercon- 
nection models (OSI, IPS) and comprising an administrative unit (O, 
C3, C2) for the code (CC) comprising communication modules be- 
longing to various models. The administrative unit is characterized in 
that it comprises: a configurer (CONFD) which, on initialization of 
the system, stacks the different code layers; an administrative mod- 
ule (IMD) for accessing all the administrative data within each of the 
layers; a first administrative interface (LMAIi, LMIO between the 
configurer (CONFD) on the one hand, and different administrative 
entities and the administrative module (MD) on the other, a second 
administrative interface (LAMI2, LMI2) between the administrative 
module (IMD) and the administrative entities (LMEu, LME12). The 
communication system of the invention is for use in communication 
processes. 

(57) Abrege* 

Systeme de communication (SCIi) avec un reseau (RE, ...) 
mettant en oeuvre un code de communication (CC) appartenant a 
une plurality de modeles d' interconnexion (OSI, IPS), comprenant un 
ensemble d 'administration (C4, C3, C2) du code (CC) comprenant des 
modules de communication appartenant a divers modeles caracteris6 
en ce que cet ensemble comprend: un configurateur (CONFD) 
6tablissant lore de 1* initialisation du systeme, 1'empilement des 
differentes couches du code; un module d'administration (IMD) 
permettant Tacces a toutes informations administrative^ a rint6rieur 

de chacune des couches; une premiere interface d'administration (LAMIi, LMIi) disposee entre le configurateur (CONFD) d'une part, 
et differentes entit^s d'administration, et le module d'administration (IMD) d'autre part; une seconde interface d'administration (LMAI2, 
LMI2) disposee entre le module d'administration (IMD) et les entit^s d'administration (LMEu, LME12). Applicable aux processeurs de 
communication. . 
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SYSTEME DE COMMUNICATION AVEC UN RESEAU INCLUANT UN 
ENSEMBLE D' ADMINISTRATION. 

La pr6sente invention concerne un systeme de communication avec un 
reseau mettant en oeuvre un code de communication appartenant a une 
5 plurality de modules d'intercohnexion de systemes ouverts, ce systeme 
comprenant un ensemble d'ad ministration des differentes couches du code. 
Elle est applicable e tous types de r6seaux, notamment de type FDDI, 
normalise S I'ANSl, sous la reference X3T9-5 et d I'l.S.O. (Organisation 
Internationale de Normalisation). 

10 Les r6seaux modernes fonctionnent suivant une plurality de modules de 
reference qui restent voisins en ce qui concerne la definition de leur 
architecture sous forme de couches normalisees. Parmi ces modeies, les 
plus connus sont les modules OSI (sigle anglo-saxon signifiant 
Interconnexion de systemes ouverts), ISO/DSA, IPS (on rappelle que le 

15 modele IPS (sigle anglo-saxon signifiant Suite de Protocoles Internet) inclut 
sous la meme denomination les sous-modules TCP, UDP, IP, ICMP, 
notamment). Ainsi, dans le modeie OSI, il y a sept couches d^ctivites 
diff6rentes, la couche la plus basse (couche 1) correspondant £ la 
transmission physique des signaux et la couche haute (couche 7) 

20 correspondant aux fonctions r£alis£es par les programmes d'applicatton 
(plus simplement appeles application) et les utilisateurs du reseau 
consider. 

Dans la pratique courante, les systemes de communication avec un reseau 
sont constitues par I'association d'un ordinateur, encore appeie systeme 
25 hdte, et d'un processeur de communication. Le but du processeur de 
communication est d'effectuer une partie de la gestion des communications 
avec les autres terminaux du reseau. A ce titre, il prend en charge la 
gestion des couches inferieures de chacun des modeies de reference. 

Un tel systeme de communication est par exemple d6crit dans la demande 
30 de brevet franpais N° 93 02902 d6pos6e le 12.03.93 par la Soci6te 
demanderesse sous le titre "Systeme de communication avec un reseau", 
ou encore dans la demande de brevet frangais N° 93 08968 d£pos6e par la 
Societe demanderesse le 21.07.93 sous le titre "systeme de 
communication avec un reseau et protocole d'acces au fournisseur de 
35 transport appartenant e ce systeme". Ces deux demandes de brevet 
d6crivent plus particulierement la structure logiciel d'un tel systeme de 
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communication. On trouvera encore la description de la structure mat6rielle 
d'un tel systeme dans la demande de brevet franpais N° 92 15521 dont le 
titre est "systeme de transmission de donn6es entre un bus d'ordinateur et 
un r6seau n d6posee le 22.12.92 par la meme demanderesse. 

5 La structure g6n6rale d'un tel systSme de communication extremement 
simpliftee comprenant au moins un processeur de communication (un tel 
systeme de communication peut contenir plusieurs processeurs de 
communication pouvant communiquer avec plusieurs reseaux de types 
diff6rents) est montr§e aux figures 1a et lb. 

10 Un tel syst6me de communication, ici denomm^ SCI met en oeuvre, au 
moyen du syst6me hote HOST, les couches hautes CH de Tun quelconque 
des modules de r6f6rence OSI, ISO/DSA, IPS (ce dernier pouvant s'appuyer 
aussi bien sur un service de r6seau en mode connect^ que sur un service 
de reseau en mode non connect^ : le mode connecte que Ton d6signe par 

15 le sigle CONS, sigle anglo-saxon de Connected Oriented Network service, 
et le mode non connect^ que Ton designe par le sigle CNLS, sigle anglo- 
saxon de Connection Less Network Service, s'appuient sur les normes ISO 
9878 et 8208 pour le premier et 8473 et 9542 pour le second, ces normes 
d^finissant les m6canismes et protocoles de routage associes). 

20 Si Ton se r6f6re aux figures 1a et 1b, on a repr6sent6 A titre d'exemple les 
trois couches hautes C5 S C7 du modele OSI. Les couches CH 
communiquent avec les couches basses CB, d savoir C4 £ C2 de ces 
memes modules. Ces couches peuvent §tre mises en oeuvre par un ou 
plusieurs processeurs de communication. A la figure 2, on a suppose que 

25 SCI 6tait constitu6 de I'h6te HOST associS aux processeurs de 
communication PCj, PCj qui peuvent §tre de differents types, leur point 
commun 6tant de mettre en oeuvre les couches basses CB. Le processeur 
PCj est reliS S un r6seau REj alors que PCj est relte & un r6seau REj, ces 
deux derniers r6seaux pouvant §tre de types diff6rents. Par ailleurs, aussi 

30 bien PCi que PCj peuvent mettre en oeuvre des couches de transport 
s'appuyant soit sur un service de r6seau en mode connect^ RCONS 
(module ISO/DSA ou TCP) soit sur un service de r6seau en mode non 
connect^ RCLNS (mod&le UDP). 

A la figure 1b, les couches CH de HOST communiquent avec les couches 
35 basses CB, mises en oeuvre par une plurality de processeurs de 
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communication de type NCC, a savoir NCC-|, NCC2, NCCk connectes a cles 
r£seaux RE-j , RE2, R|< qui peuvent etre soit identiques, soit de types differents, 
olj les couches de transport peuvent s'appuyer soit sur des services de reseau 
en mode connecte soit sur des services en mode non connects. 

5 

L'hote HOST comprend un systeme Sexploitation SE qui met en oeuvre les 
couches hautes CH alors que les processeurs de communication PCj, PCj a la 
figure 1a, NCC-j £ la figure 1b comprennent respectivement les systemes 
Sexploitation SEj, SEj, SE*|. Un exemple de systeme Sexploitation des 
10 processeurs de communication tels que PCj, PCj, NCC-j est par exemple decrit 
dans la demande N°91 08907 deposee le 15.07.91 par la demanderesse, sous 
le titre "Systeme Sexploitation pour dispositif universel de couplage Sun bus 
d'ordinateur a une liaison specifique Sun reseau". 

15 Le systeme de communication SCI comporte des moyens d'acces au fournisseur 
de transport de la couche C4 permettant a la partie inf6rieure des couches 
hautes CH, ici dispos6e a la partie inferieure de la couche Cs, de communiquer 
avec le haut de couche C4. Ces moyens d'acces sont decrits dans la demande 
N° 93 08968 precitee et sont seulement ici resumes : 

20 

- cote hote, un module TPAM, appartenant a un serveur de telecommunication 
qui sert d' interface entre I'ensemble des couches hautes CH et le canal de 
liaison entre Thote HOST et le ou les processeurs de communication, 

25 - du cdte des processeurs de communication par une interface HI 6galement 
d6crite dans cette meme demande, ou par toutes interfaces jouant un role 
equivalent a HI, 

- des unites Sacces dont I'ensemble est designe par TPA, symbolise aussi bien 
30 d la 1 a qu'3 la figure 1 b par un rectangle en trait interrompu, relayant le bas de 

la couche C5 et le haut de la couche C4. 

A la figure 1 a, on a suppose que le transfer! physique des donnees entre le bas 
des couches hautes CH et le haut de la couche de transport C4 s'effectue 
35 au moyen Sun quelconque canal sur n'autorisant pas la perte de 
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message, alors qu'£ la figure 1b, ce transfert est, par exemple, effectu6 au 
moyen d'un bus de type MULTIBUS II, appel6 ici PSB (norme IEEE 1296). 

Dans tout systSme de communication, et plus pr6cis6ment dans tout 
processeur de communication, Putilisateur a besoin de connaTtre S tout 
5 instant, P6tat dans lequel se trouve chacune des couches du code de 
communication, et mfime chacun des objets se situant a I'int6rieur des 
couches de communication. 

On rappelle qu'un objet appartenant £ une couche d'un code de 
communication est constitu6 par un ensemble de fonctionnalit6s qui 
io travaille dans un m§me but : ainsi, par exemple, I'ensemble des 
fonctionnalit6s servant a dSfinir une connexion est un objet. Physiquement, 
un objet est constitu6 par une table de donn6es situee en m6moire, ou un 
ensemble de tables de donn6es. 

Un attribut, ou encore un param6tre definit une caractSristique d'un objet. 

15 Un objet pourra done §tre defini par un ensemble d'attributs. Un ensemble 
d'attributs dont chaque attribut a une valeur est Sgaiement appete instance 
d'objet. L'6tat d'un objet ou d'une couche d'un code de communication 
depend de Pinstant ou on la considere. Elle peut se trouver en 6tat de 
communication avec d'autres couches, ou encore §tre dans un 6tat de 

20 configuration ou d'initialisation. Pour savoir, S chaque instant, ou en sont 
chacun des objets ou chacune des couches de communication, tout 
syst&me de communication comporte gen6ralement un ensemble 
d'administration lui permettant de connaTtre l'6tat dans lequel se situe 
chacune des couches ou chacun des objets d'une couche. 

25 C'est precisgment I'objet de la pr6sente invention que de d6finir un tel 
ensemble d'administration pour tout systeme de communication tel que 
ceux months aux figures 1a et 1b. 

Selon I'invention, le syst6me de communication avec un r6seau mettant un 
oeuvre un code de communication appartenant d une plurality de mod6les 
30 d'interconnexion de systemes ouverts, dont le travail est organist par au 
moins un systfeme d'exploitation assocte & une pluralit6 d'applications, et 
dont le but est de transmettre ou de recevoir des donn6es n6cessaires aux 
applications, vers ou depuis le r6seau, comprenant un ensemble 
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d' ad ministration des differentes couches du code, est caract6ris6 en ce 
que cet ensemble comprend : 

- un configurateur 6tablissant, lors de 1'initialisation du systfeme, 
I'empilement des differentes couches au moyen de liens de types 

5 STREAMS entre celles-ci, 

- un module d'administration permettant I'acc&s d toute information d'ordre 
administratis a I'int6rieur de chacune des couches du code, 

- une premiere interface d'administrauuii entre le module d'administration 
et des entitSs d'administration des couches situSes a I'int6rieur de celles-ci, 

10 - une seconde interface d'administration entre le configurateur d'une part, 
et les differentes entites et le module d'administration d'autre part. 

D'autres caract6ristiques et avantages de la pr6sente invention apparaTtront 
dans la description suivante donn6e d titre d'exemple non limitatif et en se 
r6f§rant aux dessins annex6s. 

15 Sur ces dessins : 

La figure 1 . compos6e des figures 1a et lb rappelle quels sont les 
differents Elements constitutifs essentiels d'un systSme de communication, 
auquel s'applique I'invention, 

La figure 2 montre I'ensemble des modules logiciels inclus dans le 
20 processeur de communication, cet ensemble comprenant I'ensemble 
d'administration propre au syst&me selon I'invention, 

La figure 3 montre de maniere plus generate, la structure d'un systeme de 
communication quelconque selon I'invention, 

La figure 4 montre la structure d'un message propre a Pensemble 
25 d'administration appartenant au systeme de communication selon 
I'invention, 

La figure 5 montre le structure interne de chacun des modules 
d'administration appartenant d l'ensemble d'administration du systfeme de 
communication selon I'invention. 



30 On se r6fdre d la figure 2. 
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Cette figure montre I'ensemble logiciel de communication ELC appartenant 
par exemple & Tun des processeurs de communication NCCi, NCC2, NCC3 
d6j& decrit dans Tune quelconque des trois demandes de brevet prficit6es. 
Cet ensemble logiciel ELC fait partie du syst&me de communication selon 
5 I'invention, systeme que nous d6signerons de la m§me fapon qu'S la figure 
1 , £ savoir SCI. 

L'ensemble ELC comprend : 

- un code de communication CC, comprenant par exemple trois 
empilements de couches de communication propres S des modules de 

10 r6f6rence diff§rents, S savoir le module OSI, le module ISO/DSA, et le 
module IPS. Ces differents modules sont appel6s respectivement MOSI, 
MDIWS, MIPS. lis sont plus sp6cifiquement relatifs aux couches C4 et C3. 
Le code de communication comprend encore la couche C2 encore appel6e 
LLC1 qui est commune aux trois modules MOSI, MDIWS, MIPS. 

15 - IMnterface HI entre le serveur de communication NCCD appartenant au 
systeme hote HOST, et les couches basses CB ici representees par les trois 
modules MOSI, MDIWS, MIPS. Le role de HI et de NCCD est d6crit plus en 
detail dans les demandes 93 02902 et 93 08968 precipes. 

- IMnterface HIN d6jS d6crite dans Tune quelconque des trois demandes de 
20 brevet pr6cit6es permet de faire communiquer I'interface HI et la couche 

C2 avec le systeme d'exploitation GPOS du processeur de communication 
appartenant au syst6me de communication SCI selon ('invention. 

- le module de configuration CONFD dont le role a 6t6 pr6cis6 plus haut, 

- le module d'administration IMD, dont le rfile a 6t§ §galement pr6cis6 plus 
25 haut, 

- une premifire interface d'administration LMAh dispos£e entre le 
configurateur CONFD et chacun des modules de communication MOSI, 
MDIWS, MIPS, 

- une seconde interface d'administration LMAI2 composee en fait de deux 
30 interfaces d'administration identiques, a savoir LMAI21 et LMAI22 

assurant respectivement I'interface entre le module d'administration IMD et 
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chacun des trois modules de communication, MOSI, MDIWS, MIPS d'une 
part et avec P interface HI d'autre part. 

La liaison entre le configurateur CONFD et ta premtere interface 
d'administration LMAh d'une part, et les liaisons entre cette derntere et 

5 chacun des trois modules MOSI, MDIWS et MIPS s'effectue aux moyens 
de liaisons de type "STREAMS", plus spScifiquement appelSes ADM 
STREAMS. Les liaisons entre le module d'administration IMD et chacune 
des deux interfaces LMAI21, LMAI22 ainsi que les liaisons entre ces deux 
derniferes interfaces et les trois modules de communication MOSI, MDIWS 

10 et MPIS d'une part et Pinterface HI d'autre part sont effectuSes au moyen 
de liaisons de type "STREAMS", plus spScifiquement IM STREAMS, qui 
sont des liaisons de type administratif. 

Par ailleurs, on rappelle que les couches de communication C2, C3, C4 
communiquent entre elles deux £ deux par Pinterm6diaire de fonctions 

15 primitives permettant 6 deux couches voisines de dialoguer entre elles. 
Ainsi, les couches C2 et C3 communiquent entre elles par Pinterm6diaire 
de Pensemble de fonctions de type STREAM ST2 alors que les couches C3 
et C4 communiquent par Pinterm6diaire de Pensemble de fonction ST3, Par 
ailleurs C4 communique avec Pinterface HI par Pinterm6diaire d'un 

20 ensemble de fonctions SH. Ces ensembles de fonctions sont 6galement des 
fonctions de type STREAM. L'ensemble des fonctions ST2, ST3, SH, ADM 
STREAM, et IM STREAMS, sont definis dans les documents suivants : 

- Unix System V, release 4 -STREAM Programmer guide ATT issue 1 , 

- Unix System V, release 3.2 - STREAM Programmer guide ATT (ISBN : 0- 
25 13-944810,-D : 1989, 

Par ailleurs, dans les modules OSI, ISO/DSA chacune des couches de 
communication comprend des entites d'administration sp^cifiques, entit6s 
dont le role est d'organiser le travail d'administration de chacune des 
couches de communication appartenant au code de communication CC. 
30 Ainsi, le module MOSI comprend les entit6s d'administration LME11 et 
LME12 relatives respectivement aux couches C4 et C3, le module MDIWS 
comprend les entit6s d'administration LME21 et LME22 relatives aux 
couches C4 et C3. Le module MIPS comprend une seule interface 
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administrative I AM relative d C4 et C3 (voir plus loin). La couche C2 
commune a OSI et IPS possfcde I'entit6 d'administration LME4. 

La figure 3 montre la structure plus g6n6rale d'un syst6me de 
communication selon I'invention SCh ou les deux entit6s constitu6es par le 
5 systeme hote HOST et le processeur de communication NCC1 sont r6unis 
en une seule. On peut observer sur cette meme figure que Ton retrouve un 
module de configuration CONFD dont le role est strictement analogue a 
celui de la figure 2, un module d'administration IMD dont le rflle est 
strictement identique d celui de la figure 2, une premiere interface 
10 d'administration LMh dont le role est identique a I'interface 
d'administration LMAh de la figure 2, une seconde interface 
d'administration LMI2 dont le role est strictement identique S celui de 
I'interface d'administration LMAI2 de la figure 2. 

Ainsi, la premiere interface d'administration LMh assure la liaison entre le 
15 module de configuration CONFD et chacune des entit6s d'administration 
des couches C6 £ C2 par I'intermSdiaire de STREAM de commande de type 
ADM STREAM. La premiere interface assure 6galement la liaison par 
I'intermSdiaire d'un STREAM, ADM STREAM avec le module 
d'administration IMD. 

20 La seconde interface d'administration LMI2 assure la liaison entre le 
module d'administration IMD et chacune des entit6s d'administration des 
couches C7 (couche de pr6sentation) d C2 aux moyens de liaison de type 
IM STREAM. Les entit6s d'administration des couches C7 £ C2 sont 
respectivement d6sign6es par ME7 a ME2. On a represents sur la figure 3 

25 les entitSs d'administration ME31 et ME32 qui sont les entitSs 
d'administration des couches C3 relatives respectivement S un r6seau 
fonctionnant suivant le mode connects (Connection Oriented) et suivant le 
mode non connecte (Connection Less). La liaison entre ME4 et aussi bien 
ME31 que ME32 est assur6e par des liaisons de type STREAM connues. 

30 II est bien entendu que le fonctionnement des syst6mes de communication 
SCI de la figure 2 et SCh de la figure 3 est identique. 

Aussi bien d la figure 2 qu'd la figure 3, chaque entit6 d'administration de 
couche, aussi bien LME11 a LME21, LME4 et I AM, que les diffSrentes 
entitSs ME7 d ME2, g6re un ensemble d'objets d6crits chacun par une 
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plurality d'attributs. Ces ensembles d'objets sont conformes aux diff6rents 
standards dSfinissant chacun des modfeles de reference, qu'il s'agisse du 
mod§le OSI, du modele ISO/DSA, ou encore du module IPS. On peut 
6galement imp!6menter dans le processeur de communication ou dans le 
5 systfcme de communication SCh, des protocoles de gestion standards, tels 
que les protocoles SNMP, CNMA, ou encore OS1/NMFORUM. 

Le module IMD travaille en liaison avec le systeme d'exploitation soit du 
processeur de communication, soit du systeme de communication SCh 
dans son ensemble, et est charg6 du routage des messages vers ou denni* 
10 les entitSs et les outils de maintenance, de configuration et 
d'administration qui se trouvent egalement d I'interieur de ces couches. 
Ainsi qu'on a pu le constater ci-dessus, tous les ^changes entre les entit6s 
d'administration et le module IMD sont bas6s sur des communications aux 
moyens de fonctions STREAM. 

15 Quant aux premiere et deuxi&me interfaces d'administration, S savoir 
LMAh ou LMAI2 a la figure 2, LMh et LMI2 S la figure 3, elles d§finissent 
les dialogues entre le module IMD, le configurateur CONFD et les 
differentes entit6s d'administration des couches situ6es & I'interieur de 
codes de communication. 

20 On considfere desormais la figure 4 qui montre la forme gen6rale d'un 
message .conforme au standard STREAM utilise pour transporter les 
fonctions primitives d'administration, une primitive d6finissant le sens d'un 
message. 

Un message comprend un premier bloc, design^ par M-PROTO suivi ou non 
25 par un bloc. appel6 M-DATA. Chaque fonction primitive est formee par une 
structure de donn6es sp6cifique dite structure C, qui est suivie ou non par 
un ensemble de donnSes (terme anglo-saxon = buffer) qui contient 
I'information administrative 6chang6e. Chaque structure de donn6es C 
d6finit I'6change global d' informations entre les entit6s et le module IMD. 
30 Cette structure de donnee C est contenue a I'interieur du bloc M-PROTO. 
I'information associ6e S la primitive qui d6finit le sens de celle-ci est 
transports dans le bloc M-DATA. M-PROTO et M-DATA sont encod6s 
dans un format de type ASN.1 pour r6pondre aux exigences du module 
IMD. Le type d'informations cod§ ASN.1 est le suivant : 
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- une liste de status, encore appetee Status-list : cette liste fournit les 6tats 
des differentes entit£s ou objets que l*on a voulu administrer. 

- une liste appelee Param-list qui comprend la liste des differentes entit6s 
ou objets que Ton veut administrer. 

5 - une liste dite Ident-list qui comprend le liste des identifiants des objets 
dont on souhaite recuperer les valeurs. 

On se reporte £ la figure 5 qui montre la hterarchie des differents objets. 
Un objet de module, par exemple un objet d*un module tel que MOSI, 
MDIWS, MIPS contient des objets de couche, c'est-a-dire soit un objet de 
10 la couche 4 soit un objet de la couche 3, lequel contient une plurality 
d'objets qui sont soit des objets de connexion, soit des objets de selection, 
soit encore des objets dits IVMO qui est le sigle anglais de Initial Value 
Manage Object, et qui par consequent sont des objets d6finissant les 
valeurs initiates de chaque objet de couches. 

15 Un module ou une entitS administrative est identify par un entier appel6 
SUBSYSTEM-id. Pour les entites contenues £ I'int6rieur du syst&me 
d'exploitation, que ce soit d I'interieur du syst6me d'exploitation du 
processeur de communication, ou encore plus g6n6ralement & I'interieur du 
syst6me d'exploitation d'un systeme de communication tel que SCh, 

20 j'identifiant du module est donn6 par le configurateur CONFD d Tinstant de 
I'initialisation. Le module IMD utilise cet identifiant pour exp6dier les 
messages vers le module correct ou vers I'entite S I'interieur d'une couche. 

Un objet administre est identifi6 par trois champs qui sont les suivants : 

- SUBSYSTEM-id : ce champ d6finit I'identifiant du module qui contient cet 
25 objet administre. 

- OBJECT-type : cet identifiant definit le type administratif de I'objet. 

- OBJECT-name : il s'agit ici soit, pour le modfele OSI d'un identifiant 
donnant un nom interne donn6 par le module qui contient I'objet, soit, pour 
le module IPS d'un entier (O a n) permettant de reconnaTtre les (O d n) 

30 premiers parametres v6hicul6s dans le bloc M-DATA, comme 6tant des 
parametres particuliers utilises pour la recherche de Tinstance de I'objet 
demandee (dans le cas oCi le module ne peut §tre nomm6). 
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L'imptementation du module suppose que les objets administr6s de meme 
type qui sorit contenus dans celui-ci aient des noms differents. 

Les paramfetres communs S des primitives 6mises par toute interface 
d'administration (LMAl, LMI aux figures 2 et 3) sont les suivantes : 

5 Les paramStres denommes PRIM-name et PRIM-type identifient une 
demande de ("interface d'administration ou une reponse. 

Le param£tre IM-userid est fourni par le module IMD et permet S ce dernier 
d'effectuer un routage correct de la reponse vers I'entite qui a fourni la 
demande. II est clair que ce dernier parametre S la meme valeur qu f il 
10 s'agisse de la demande ou de la reponse. 

Parmi les pararnetres communs a toutes les primitives relatives aux 
interfaces d'administration, on trouve egalement les param6tres 
SUBSYSTEM-id, OBJECT-type et OBJECT-name d6finis ci-dessus. 

II existe egalement un autre param&tre appeie OBJECT-subtype qui est 
15 utilise pour distinguer des ensembles d'objets du mfime type mais qui ne 
supportent pas les m§mes demandes administratives. 

En ce concerne les objets de selection, de connexion et de type IVMO, 
I'objet immgdiatement superieur d ceux-ci represente I'objet de couche qui 
les contient. II est identifie.'par les trois champs suivants : 

20 - SUBSYSTEM-upid est I'identifiant de I'entite, c'est-d-dire de la couche qui 
contient I'objet superieur, 

- OBJECT-uptype est le type administratif de Pobjet superieur, 

- OBJECT - upname est le nom de I'objet superieur. 

II existe deux types de message utilises par les modules CONFD, IMD, et 
25 LMA1 1 , LMAI2/ LMh, LMI2 & savoir d'une part les messages administratifs 
et d'autre part les messages de configuration. 

On consid6re tout d'abord les differents messages administratifs. La liste 
de ceux-ci figure en annexe 1 pour les messages administratifs et en 
annexe 2 pour les message de configuration. Sur chacune de ces deux 
30 annexes, on a fait figurer dans une colonne le nom du message et dans les 
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colonnes suivantes, le module de r6f6rence, a savoir, de type OSI, ou IPS 
ou encore de type FDDI auquel appartient le message On a encore fait 
figurer dans les deux dernieres colonnes de droite le nom de T6metteur du 
message et le nom du r6cepteur du message. 

5 Les messages d'administration qui sont num6rot6s de 1 S 21 (qui sont de 
type 1 d 21) sont les suivants : 

1. Message ADM-BIND-LAYER-REQ : 

Ce message est un message de requete envoy6 3 une entit6 
d'administration par le module IMD, en vue d'initialiser le dialogue entre 

10 cette dernifere et ce module, C'est le premier message envoy6 d Pentit6 par 
le module en question. L'entit6 r§pond en envoyant un (ou davantage) 
message appel6 ADM-BIND-OBJ-IND qui indique quel type d'objet I'entite 
en question administre. Lorsque I'entit6 a envoy6 vers IMD 1'ensemble des 
messages ADM-BIND-OBJ-IND corrrespondant & I'ensemble des objets 

15 qu'elle g6re, elle envoie un message ADM-OK-ACK vers IMD pour lui 
signaler la fin de sa r6ponse. Aucun autre message ne peut §tre envoye 
par le module IMD S une entit§ d'administration avant reception de ce 
dernier message d'acquittement. L'entit6 qui recoit le message de requ§te 
affecte alors une liaison de type STREAM d des informations 

20 d'administration. 

2. Message ADM-BIND-OBJ-IND : 

Ce message est renvoy§ en r6ponse au pr§c6dent par I'entit6 
d'administration d laquelle s'adresse le module IMD. II est envoys sur une 
fonction STREAM de type IM-STREAMS. L'entitS d'administration envoie 
25 un seul message de cette nature par type d'objet administrg. 

3. Message ADM-OK-ACK : 

Ce message termine le dialogue d'initialisation entre le module IMD et 
I'entit6 d'administration. II est envoy6 sur une IM-Streams apr6s un ou 
plusieurs messages de type 2 en rSponse au message de type 1 . 

30 Ce message peut ggalement etre utilise pour indiquer au module IMD qu'un 
message pr6c6demment envoy6 a 6t6 regu avec succ6s par une entit6 
d'administration quand pour celle-ci aucune autre r6ponse n'est d6finie. 
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4. Message ADM-ERROR-ACK : 

Ce message indique S IMD qu'un message prec6demment envoy6 n'a pas 
6t§ retpu avec succ&s par une unit6 d' administration et ne peut pas etre 
trait6 d cause d'une erreur du systSme. Ce message indique les raisons du 
5 d§faut. La reception de ce message indique par ailleurs a IMD qu'aucune 
action n'a 6t6 entreprise sur le message qui a provoqu6 cette reponse 
negative. 

5. Message ADM-LIST-REQ : 

Ce message est envoy6 par le module sp6cifi6 dans le champ OBJECT- 
10 type. 

Pour les objets de connexion, de s6lection et IVMO, il fournit le nom des 
objets dont le type est sp6cifi§ dans le champ OBJECT-type et qui sont 
associ6s a I'objet de couche identify par les champs OBJECT-uptype, 
OBJECT-upname, SUBSYSTEM. 

15 6. Message ADM-LIST-ACK : 

Ce message est envoye par une entit6 de PILE (empilement de couches) au 
module IMD en r6ponse a son message de type 5. II donne la liste des 
noms administratifs aux instances d'objet pour un type d'objet donn6. 

7. Message ADM-GET-REQ : 

20 Ce message est envoy6 par IMD pour demander d une entite administr6e 
de retourner la valeur des attributs d'une instance d'objet. Si une liste 
d'attributs est fournie, la liste des valeurs des attributs doit §tre retourn§e 
au module IMD. Si aucun$ liste n'est fournie, toutes les valeurs d'attributs 
doivent fitre retourn6es. Une erreur est indiquSe dans la rSponse fournie 

25 par I'entit6 d'administration si un attribut quelconque ne peut §tre lu. 

8. Message ADM-GET-ACK : 

Ce message est envoy6 par I'entit6 d'administration d IMD en r6ponse au 
message pr6c6dent de type 7. II renvoie les valeurs d'attributs de 
I'instance d'objet requises. Une erreur est indiqu6e si au moins un attribut 
30 ne peut Stre lu. 
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9. Message ADM-GETNEXT-REQ : 

Ce message permet £ une entit§ d'administration d'qbtenir les attributs de 
toutes les instances d'un objet sans connaTtre le nom de ces instances. II 
n'est pas alors n6cessaire d f envoyer un message de type 5 pour obtenir le 
5 nom de I'instance d'objet. La liste des noms d'objet est g6r6e dans un 
ordre arbitrage par I'entite, cet ordre dependant de Timplfimentation de 
celle-ci a I'int6rieur de la couche. 

10. Message ADM-GETNEXT-ACK : 

Ce message est envoye par une entity d'administration en r6ponse au 
10 message de type 9. Elle renvoie au module IMD la valeur des attributs 
d'objet demand6e. Une erreur est indiqu6e si ces attributs ne peuvent §tre 
lus. 

1 1 . Messages ADM-SET-REQ : 

Ce message est envoy§ par IMD a une entit§ d'administration sur une IM 
15 STREAM. II permet de donner une nouvelle valeur aux attributs d'une 
instance d'objet. Cette op6ration s'applique £ des attributs qui sont d6finis 
comme 6tant en mesure d'§tre Merits. Leur liste fournie, dans la partie M- 
DATA contient les identifiants des attributs et les valeurs assoctees qu'on 
donne aux valeurs d'attributs qui doivent §tre remplac6es. 

20 1 2. Messages ADM-SET-ACK : 

Ce message est envoy6 par une entit6 d'administration en r6ponse au 
message precedent de type 11. II indique si ('operation de changement de 
valeur des attributs requise par le message de type 1 1 a 6t6 couronn6 de 
succSs ou non. 

25 13. Messages ADM-TEST-REQ : 

Ce message est envoy6 aux entit6s d'administration par IMD. II permet de 
v6rifier si la valeur de plusieurs attributs d'une instance d'objet peut §tre 
simultan6ment modifi6e pour avoir une nouvelle valeur. Les valeurs 
d'attributs ne sont pas modifi6es par ce message. 



30 14. Message ADM-TEST-ACK : 
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Ce message est un message d'acquittement envoy6 par une ientite 
d'administration en r6ponse au message pr6c6dent de type 13. 

15. Message ADM-ACTION-REQ : 

Ce message est envoy6 par IMD aux entit6s d'administration. Les fonctions 
5 de ce message dependent du type d'action mentionn§ dans le champ 
PRIM-type. 

16. Message ADM-ACTION-ACK : 

Ce message est envoys par une entit6 d'administration en r6ponse au 
message pr6c6dent de type 15 et indique le succ&s ou I'insuccSs de cette 
10 derntere requSte. 

17. Message ADM-ADD-REQ : 

Ce message demande 3 une entit6 d'administration de cr6er une nouvelle 
instance d'objet. !i n f est pas admis pour tous les types d'objet. Pour la 
cr6ation d'un objet, un certain nombre d'attributs de Pobjet sont exig6s et 
15 doivent Stre fournis dans la requ§te. Le nom de I'objet devant fitre cr66 est 
fourni par le module qui Padministrera. Ce nom est fourni dans la r6ponse S 
la requSte constitute par ce message. 

18. Message ADM-ADD-ACK : 

Ce message est envoy6 par une entit6 d'administration en rtponse au 
20 message pr§c6dent de type 17 et il permet Pacquittement en cas de 
succ&s de la requSte. 

19. Message ADM-REMOVE-REQ : 

Ce message demande & une entit6 d'administration d'enlever une instance 
d'objet. 

25 20. Message ADM-REMOVE-ACK : 

Ce message est envoy§ par une entit6 d'administration en rfiponse au 
message pr6c6dent de type 19 pour acquitter le succ6s ou Pinsucc&s de la 
requSte correspondant £ ce message de type 19. 

21. Message ADM-EVENT-IND : 
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Ce message indique au module IMD qu'un 6v6nement se d£roule dans 
l'entit<§ de couche. Pour le module d'administration, il n f y a pas 
d'acquittement lorsqu'il regoit Vindication qu'un 6v6nement est arrive dans 
la dite entity de couches. 

5 Ainsi qu'on peut le voir sur I'annexe 1, l'ensemble des messages de type 1 
a 21 est utilise pour le module de reference OSI ou ISO/DSA. L'ensemble 
de ces messages est 6galement utilise pour le modele IPS d I'exception des 
messages 5 et 6. 

Pour le reseau de type FDDI, on utilise egalement les messages de type 4 
10 et 7 a 21 . 

En ce qui concerne I'identification des objets pour le module de reference 
IPS, elle presente certains aspects particuliers par rapport S I'identification 
pour le module de reference OSL 

Le champ OBJECT-type est une classe d'objets qui est compos§e de 
15 parametres. Un objet IPS est dfifini par son champ OBJECT-type et par une 
instance de cette classe. SI c'est un simple objet (mono-instance) 
Tidentification est donnee simplement par le champ (OBJECT-type). Une 
instance est d6finie par les valeurs de param&tres de selection. Ces 
derniers qui donnent une identification et une valeur sont transmis dans le 
20 bloc de messages M-DATA de la requete. 

Le champ OBJECT-name contient le nombre de paramdtres utilises pour la 
selection. Ainsi, si cela est n6cessaire, les premieres instances du bloc de 
messages M-DATA sont les paramdtres de selection. 

Les blocs de messages M-DATA sont codes en ASN.1. 

25 On considere d6sormais les diff6rents messages de configuration 
nu m6 rot£s de 22 d 32 (de type 22 d 32) qui sont les suivants et qui 
apparaissent en annexe 2. 

La presentation de I'annexe 2 est strictement identique £ la presentation de 
I'annexe 1. 

30 Ces diff6rents messages sont les suivants : 
22. Message ADM-SUBSYSTEM-ID : 
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Ce message est envoys par le configurateur CONFD d£s Touverture de 
chacun des modules du processeur de communication de la figure 2 ou par 
chacun des modules du syst6me SCI1 de la figure 3, soit en 6tant v6hicu!6 
par un ADM STREAM ou par un !M STREAM. N'importe quelle entit6 qui 
5 veut fitre administree peut prendre en compte ce message et doit savoir le 
comprendre. 

23. Message ADM-STREAM-BIND : 

Ce message est envoy§ par CONFD juste apr6s I'ouverture du Stream de 
commande d'un module. Ce stream est ensuite affect6 par ledit module au 
10 configurateur CONFD. 

24. Message ADM-STREAM-ACK : 

Ce message est renvoy6 par le module au configurateur si la requete du 
message pr6c6dent de type 23 a et6 accept6e. 

25. Message ADM-STREAM-NACK : 

15 Ce message est renvoy6 par le module au configurateur CONFD si la 
requete indiquS par !e message de type 23 a 6t6 refus6e. 

26. Message ADM-STREAM-OPEN : 

Ce message est envoy6 au configurateur sur un ADM STREAM par un 
module, pour demander une nouvelle liaison de type Stream d un autre 
20 module. C'est le cas par exemple de la creation de liaison streams erttre la 
couche C4 et la couche C3 du modele OSI. Cette liaison est a cr6er de 
maniere dynamique ainsi que les normes le prSvoient. 

27. Message ADM-STREAM-CLOSE : 

Ce message est envoy6 au configurateur CONFD par un module pour 
25 demander la d6connexion d'un module. C'est le cas par exemple, en 
modfele OSI # d'une couche C4 (couche dite COTP) qui demande la 
d6connexion d'une couche C3 (dite couche CLNP) c'est-d-dire qui 
demande la rupture de la liaison streams entre elles. 

28. Message ADM-STREAM-ERROR : 
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Ce message est envoy6 par le configurateur CONFD au module auquel le 
configurateur s'est adress6 si une erreur s'est produite durant renvoi d'une 
requite d6livr6e par le message ADM-STREAM-OPEN (message de type 
26). 

5 29. Message M-IQCTLI-LINK : 

Ce message est envoye par le configurateur en r§ponse au module auquel 
il s'est adresse, si aucune erreur ne s'est produite durant I'envoi de la 
requSte correspondant au message de type 26. 

30. Message M-IOCTLI-UNLINK : 

10 Ce message est envoy6 par le configurateur en r6ponse au module auquel 
il s'est adresse, si aucune erreur n'est survenue durant I'envoi de ia 
requSte correspondant au message ADM-STREAM-CLOSE (message de 
type 27). 

31. Message M-IOCACK : 

15 Ce message est renvoy§ par le module au configurateur aprfes I'envoi d'une 
requete correspondant d Tun ou I'autre des messages d6finis en 29 ou 30. 

32. Message M-IOCNACK : 

Ce message est renvoy6 par le module au configurateur apr6s renvoi d'une 
requfite correspondant d I'un ou I'autre des messages de type 29 ou 30. II 
20 correspond d un acquirement n6gatif. 

On voit, en regardant I'annexe 2, que I'ensemble des messages de 
configuration est valable pour un empilement de couches de type OSI. Pour 
un empilement de type IPS, seul le message ADM-SUBSYSTEM-ID est 
utilise lors de i' initialisation du processeur de communication. 

25 Le message ADM-SUBSYSTEM-ID est uniquement envoyd S 1AM (module 
interne sp6cifique, servant d'interface administrative entre les couches C3 
et C4 de I'empilement de type IPS, et les commandes administrates 
d6Iivr6es par I'antenne administrative) par le configurateur CONFD. 

Ce module interne repr6sente, par construction, I'interface administrative 
'30 de I'ensemble des couches du module MIPS. 
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En ce qui concerne la configuration pour le reseau FDDI, on utilise des 
messages normalises de type connus SMT. 

Par ailleurs, les annexes 3, 4, 5, 6 r6sument ce quMI a 6t§ dit plus haut 
dans la description de chacun des messages. Ainsi, pour Pannexe 3, on 

5 retrouve Pensemble des messages de configuration qui ont 6t6 d6finis ci- 
dessus en fonction des differentes circonstances. On a symbolis6 sur cette 
annexe par un trait vertical le configurateur CONFD situ6 dans la partie 
centrale de la figure, alors que Pentit6 consid6ree, c'est-S-dire par exemple 
une entit6 d'administration de Tune des couches C4 ou C3 de Tun des 

10 modules MOSI, MIPS, MDIWS est representee par un trait vertical situ6 sur 
la droite de la figure. Les messages sont symbolisms par des fleches, le 
sens de la fldche indiquant le sens dans lequel le message est envoy6. On 
voit done en lisant par exemple la partie superieure de Pannexe 3 que pour 
le succfes de la requete de creation d'une nouvelle liaison, on utilise 

15 successivement les messages ADM-STREAM-OPEN, envoyes par Pentit6 & 
CONFD, le message M-IOCTLI-LINK envoy6 par le configurateur a Pentit§ 
et enfin le message M-IOCACK envoy6 par Pentite au configurateur, II est 
Evident que la lecture de Pannexe 3 et des autres annexes est tout £ fait 
identique celle qui vient d'etre indiquee pour la partie sup6rieure de 

20 Pannexe 3. 

L'annexe 4 montre P6change de messages entre le module IMD et une 
quelconque entit6 et on y retrouve pratiquement Pensemble de tous les 
mesisages d'administration d§crits ci-dessus. 

L'annexe 5 decrit les deux messages qui sont 6chang6s entre le module 
25 IMD et une entit6 quelconque lorsqu'un message envoy6 par IMD n'est pas 
accepte par I'entite de couche en raison d'une erreur empfichant le 
traitement correct du message. 

L'annexe 6 montre P6change de messages entre CONFD, IMD et une entity 
de PILE lors de la phase d'initialisation. 
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REVINDICATIONS : 

1. Systdme de communication (SCI, SCh) avec un r6seau (RE,...) mettant 
en oeuvre un code de communication (CC) appartenant d une plurality de 
modules d'interconnexion de systdmes ouverts (OSI, ISO/DSA, IPS), dont 

5 Ie travail est organise par au moins un systdme d' exploitation (GPOS, SE-|) 
associ6 a une plurality d 'applications et dont le but est de transmettre ou 
de recevoir des donnees n6cessaires aux applications vers ou depuis Ie 
r6seau, comprenant un ensemble d'administration des diff6rentes couches 
formant (C4, C3, C2) Ie code (CC) comprenant une plurality de modules de 
10 communication appartenant a divers modeles caract6ris§ en ce que cet 
ensemble comprend : . ; 

- un configurateur (CONFD) 6tablissant lors de ('initialisation du systSme, 
I'empilement des differentes couches au moyen de liens entre celles-ci, 

- un module d'administration (IMD) permettant Pacces d toutes 
15 informations d'ordre administratif & I'intfirieur de chacune des couches du 

code, ces dernteres comportant chacune au moins une entit6 
d'administration (LME-j 1, LME12, ...). 

- une premiere interface d'administration (LMAh, LMh) dispos6e entre le 
configurateur (CONFD) d'une part, et les differentes entitSs 

20 d'administration, et le module d'administration (IMD) d'autre part, 

- une seconde interface d'administration (LMAI2, LMI2) dispos6e entre le 
module d'administration (IMD) et les entit6s d'administration des couches 
(LME-n, LME12, etc.). 

2. SystSme' de communication selon la revendication 1, caract6ris6 en ce 
25 que les entit<§s (LME1 1, LME 12, ...) d'administration sont disposes d 

I'int6rieur de chaque couche pour le module de r6f6rence OSI, et en ce que 
une entit6 commune & toutes les couches est disposes dans la couche 
sup6rieure du modfele IPS, chaque entit6 organisant le travail 
d'administration de chacune des couches pour le module OSI et de 
30 I'ensemble des couches pour le module IPS. 

3. : Syst6me selon la revendication 3, caract6ris6 en ce que chaque entit6 
d'administration (LME 11# LME 12 * •••) 9^re un ensemble d'objets d6crits 
chacun par une plurality d'attributs. 



WO 95/13676 



PCT/FR94/01275 



26 

4. Syst6me selon la revendication 1 caract6ris6 en ce que le module 
d'administration (IMD) travaille en liaison avec le syst&me d'exploitation 
(GPOS, SE-|, ...) et effectue le routage de messages d'administration 
(ADM-BIND-LAYER-REQ, ...) vers ou depuis les entit6s (LME-| 1 , ...) et les 
5 outils de maintenance et de configuration disposes S I'int6rieur des 
couches , la premiere et la deuxieme interface (LMAh, LMAI2, LMh, 
LMI2) 6tablissant les dialogues entre le module d'administration (IMD) le 
configurateur (CONFD) et les diff6rentes entit6s d'administration (LMEn, 
...J. 

10 5. Systeme suivant la revendication 4, caracteris6 en ce que un message 
comprend un premier bloc (M-PROTO) suivi d'un second bloc (M-DATA), le 
premier bloc comprenant une structure de donnSes dite primitive, 
d6finissant l'6change d'informations entre les entitSs et le module 
d'administration (IMD) et le second bloc des informations d6finissant la 

15 signification de la primitive. 

6, Systfeme selon la revendication 3, caracteris6 en ce que chaque objet 
d'un module comprend des objets de couche contenant chacune soit des 
objets de connexion, soit des objets de selection, soit des objets IVMO 
d6finissant les valeurs initiales de chaque objet de couche. 

20 7. Syst6me selon la revendication 6, caract6ris6 en ce que chaque objet 
administr6 est identifi6 par 3 champs , le premier champ (SUBSYSTEM-id) 
d6finissant I'identifiant du module de communication contenant I'objet en 
question, le second champ (OBJECT-type) d6finissant le type administratif 
de I'objet et le troisieme champ (OBJECT-name) le nom interne donn6 par 

25 le module de communication qui contient cet objet. 



WOM/13676 



PCT/FR94/01275 



1/5 



SCI 





r 


c 7 


^-HOST 


CB^ 




c 6 


SE 




^ r 


c 5 





r^-TPA 



' CB-( 
PCi ,REi 



C 4 



C 3 



SEi 



!V°2 ! 

R CONS- 



HI 



C 4 



C 3 



CB.PCj.REj 
SE,- 



RCLNS(UDP) 

FIG. la 



CH< 









c 7 












r — ~ 



SE 



SCI 
-TPA 



£ 




NCC 2 ,NCCg,....NCC 1 



> CB 



FIG. lb 



WO 95/13676 



PCT/FR94/01275 



2/5 



,SCI 



IM STREAM 



CONFD 

TTTT" 



1 1 1 \^ ADM STREAM 



LMAI 2 



Dl STREAM 



Df STREAM 



6POS 




'r^ADM STREAM 



IAM 



>-CC 



ELC 



LME 4 



FIG.2 



WO 95/13676 PCT/FR94/01275 



3/5 



c 



IMD 



c 



nun 



LMI2 



IM STREAM 



IM STREAM^ 



IM STREAM 



Df STREAM 



C 



IM STREAM 



c 



Df STREAM 



c 



c 
c 



ME. 



ME 



6 



MES i 



SCI 



J CONFlT^) 
( LMIi 




STREAMS 
de commande 



6 



STREAM 



STREAM 



^®31 \-^C 3 (cwmcction oriented' 
STREAM 



ME. 



f~ST3 



J^-Ca, (connection oriented) 
^ STREAM 



ME 



32 — C3 (connection Less) 



r-sT 2 



ME g 



FIG. 3 



PCT7FR94/01275 



4/5 



MESSAGE 




C structure 



M_DATA 



ASN.l 

information 
codee 



FIG. 4 



WO 95/13676 



PCTYFR94/01275 



5/5 



modiile/objet 
<T entitfi 







objet de couche 







objet 
de 

connexion 


objet i 
de 

selection 


KMO 
objets 




objet !: 


* • 

objet 


IVMO 


de ;i 


de II 


objets 1 


connexion jj 

m * 


selection jj 

* • 



FIG. 5 



TERNATI ONAL SEARCH REPOl 



Inter - Trial Application No 

PCT/FR 94/01275 



A. CLASSIFICATION OF SUBJECT MATTER 

IPC 6 H04L12/24 



According to International Patent Clarification (IPC) or to both national classification and IPC 



B. FIELDS SEARCHED 



Minimum documentation searched (classification system followed by classification symbols) 

IPC 6 H04L 



Documentation searched oiher than minimum documentation to the extent that such documents are included in the fields searched 



Electronic data base consulted during the international search (name of data base and, where practical, search terms used) 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category * 


Citation of document, with indication, where appropriate, of the relevant passages 


Relevant to claim No. 


Y 


IEEE NETWORK: THE MAGAZINE OF COMPUTER 
COMMUNICATIONS. , 

vol. 2, no. 2, March 1988, NEW YORK US 
pages 20 * 29 

S.M.KLERER 'THE OS I MANAGEMENT 

ARCHITECTURE: AN OVERVIEW 1 

see page 22, right column, line 1 - page 

24, right column, Hne 28 

see figure 8 


1-7 


Y 


EP,A,0 463 764 (DIGITAL EQUIPMENT CO.) 2 
January 1992 

see page 4, line 33 * page 6, line 11 
see figure 1 

* 


1-7 



Further documents are listed in the continuation of box C 



m 



Patent (amity members are listed in annex 



* Special categories of cited documents : 

A" document defining the general state of the art which is not 
considered to be of particular relevance 

E* earlier document but published on or after the international 
filing date 

L" document which may throw doubts on priority daim(s) or 
which is cited to establish the publication date of another 
citation or other special reason (as specified) 

"O" document referring to an oral disclosure, use, exhibition or 
other means 

P* document published prior to the international filing date but 
later than the priority date claimed 



T later document published alter the international filing date 
or priority date and not in conflict with the application but 
cited to understand the principle or theory underlying the 
invention 

"X* document of particular relevance; the claimed invention 
cannot be considered novel or cannot be considered to 
involve an inventive step when the document is taken alone 

*Y* document of particular relevance; the claimed invention 
cannot be considered to involve an inventive step when the 
document is combined with one or more other such docu- 
ments, such combination being obvious to a person skilled 
in the art. 

document member of the same patent family 



Date of the actual completion of the international search 

3 April 1995 


Date of mailing of the international search report 

1 0. 04. 95 


Name and mailing address of the ISA 

European Patent Office, P.B. 511 8 Patemlaan 2 
NL - 2220 HV Rijswijk 
Td. (-1-31-70) 340-2040, Tx. 31 631 epo nl v 
Fax: ( + 31*70) 340-3016 


Authorized officer 

CAN0SA ARESTE, C 



Form PCT/1SA/210 (lecond theet) (July 1993) 



INTERNATIONAL SEARCH REPORT 

information on patent family members 



IntJCi mal Application No 

PCT/FR 94/01275 



Patent document 
cited in search report 


Publication 
date 


Patent family 
member(s) 


1 Publication 
1 date 


EP-A-0463764 


02-01-92 


CA-A- 2044022 
JP-A- 6083649 


29-12-91 
25-03-94 



Form PCT7TS A/310 (piunt family annex) (July 1993) 



RAPPORT ]Jfc*ECHEROHE INTERNATIONAL]^ 



Dem ■ Internationale No 

PCT/FR 94/01275 



A. CLASSEMENT DE L'OBJET DE LA DEMANDE 

CIB 6 H04L12/24 



Scion la classification Internationale des brevets (CIB) ou A la fbis selon la classification national c ct la CIB 



B. DOMAINES SUR LESQUELS LA RECHERCHE A PORTE 



Documentation minimal e consul tee (system e de clasafi cation suivi des symbol es dc classement) 

CIB 6 H04L 



Documentation consul tee autre que la documentation rranimale dans la mesure ou ces documents rel event des domaines sur lesquels a porte la recherche 



Base de donnecs clectronique consul tee au cours dc la recherche Internationale (nom de la base de donnecs, ct si cda est realisable, termes dc recherche 
utilises) 



C. DOCUMENTS CONS IDE RES COM ME PERTINENTS 



Categoric " 


Identification des documents cites, avee, lc cai ccheant, 1'indication des passages pertinents 


no. des re vendi cations vitees 


Y 


IEEE NETWORK: THE MAGAZINE OF COMPUTER 
COMMUNICATIONS., 

vol.2, no. 2, Mars 1988, NEW YORK US 
pages 20 - 29 

S.M.KLERER 'THE OSI MANAGEMENT 
ARCHITECTURE: AN OVERVIEW' 
voir page 22, colonne de droite, ligne 1 - 
page 24, colonne de droite, ligne 28 
voir figure 8 


1-7 


Y 


EP,A,0 463 764 (DIGITAL EQUIPMENT CO.) 2 
Janvier 1992 

voir page 4, ligne 33 - page 6, ligne 11 
voir figure 1 


1-7 



j Voir la suite du cadre C pour la fin de la Iiste des documents 



m 



Les documents de Jatnillei de brevets scat indiques en annexe 



* Categories speciales de documents cites: 

"A" document definissant l'ctat general de la technique, non 

con side re oomxnc particuli eremcnt pertinent 
E* document anterieur, mais public a la date de depot international 
ou acres cette date 

document pouvant jeter un doute sur une revendi cation de 
priori tc ou cite pour determiner la date de publication cTune 
autre citation ou pour une raison speciale (telle qu'mdiquee) 

document se referant A une divulgation orale, a un usage, a 
une exposition ou tous autrcs moyens 

document public avant la date de depot international, mais 
postcricurement A la date de prionw revendtquee 



document ulterieur public aprcs la date de depot international ou la 
date de priori t£ et n'appartcnenant pas A l'etat de la 
technique per ti n ent, mais cite pour comprendre le principe 
ou la thcorte constituant la base de i'invention 

document particulierement pertinent; I'invention revendiquce ne peut 
etre conriderce comme nouveUe ou comme impli quant une activite 
inventive par rapport au document considere isolement 
document particulierement pertinent; I'invention revendiquec 
ne peut etre consideree comme impliquant une activite inventive 
lorsque le document est associe A un ou plusieurs autres 
documents de meme nature, cette comhinaison etant cvidente 
pour une per ton ne du metier 

document qui fait partie de la meme famillc dc brcvcti 



Date A laqueUe la recherche Internationale a etc effectivement achevee 



3 Avril 1995 



Date d' expedition du present rapport dc recherche Internationale 

la W.95 



Nom ct adresse postal e de 1 'administration chargee de la recherche intemationale 
Oflkc Europccn des Brevets, P.B. 5818 Patent! aan 2 
NL - 2380 HV Rjjswijk 
Td. (+31-70) 340-2040, Tx, 31 651 cpo nl, 
Fax (+31-70) 340-3016 



Fonctionnatre autonse 



CAN0SA ARESTE, C 



Pormulslra PCT/ISA/210 (dauxJtflM fauilla) (juIUal 1993) 



RAPPORT DE RECHERCHE INTERNATIONALE 

R,enjcigncmcnts>«ifti:/s au^\.iambr!es de femiH ex de brevets 



Dwr 



Internationale No 



PCT/FR 94/01275 



Document brevet cite 
au rapport de recherche 



Date de 
publication 



Membre(s) de la 
famille de brevets) 



Date de 
publication 



EP-A-0463764 



02-01-92 



CA-A- 
JP-A- 



2044022 
6083649 



29-12-91 
25-03-94 



Formuiilm PGT/ISA/310 (uiaun IkmUla da bnmu) (juillai 1993) 



